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METHOD AND SYSTEM FOR FLEXIBLY NESTING JTAG TAP CONTROLLERS 
FOR FPGA- BASED SYSTEM-ON-CHIP (SoC) 

FIELD OF THE INVENTION 

[0001] This invention relates generally to programmable 
logic devices, and more particularly to a method and system 
for flexibly nesting joint test action group (JTAG) test 
access port (TAP) controllers for FPGA-based system-on-chip 
(SoC) . 

BACKGROUND OF THE INVENTION 

[0002] As chip capacity continues to- significantly 
increase, the use of field programmable gate arrays (FPGAs) 
is quickly replacing the use of application specific 
integrated circuits (ASICs) . An ASIC is a specialized chip 
that is designed for a particular application. Notably, an 
FPGA is a programmable logic device (PLD) that has an 
extremely high density of electronic gates as compared to an 
ASIC. This high gate density has contributed immensely to 
the popularity of FPGAs. Importantly, FPGAs can be designed 
using a variety of architectures which can include user 
configurable input/output blocks (lOBs) and 
programmable/ configurable logic blocks (PLBs/CLBs) having 
configurable interconnects and switching capability. 
[0003] The advancement of computer chip technology has 
also resulted in the development of embedded processors and 
controllers. An embedded processor or controller can be a 
microprocessor or microcontroller circuitry that has been 
integrated into an electronic device as opposed to being 
built as a standalone module or "plugin card." Advancement 
of FPGA technology has led to the development of FPGA-based . 
system- on- chip (SoC), including FPGA-based embedded processor 
SoCs. A SoC is a fully functional product having its 



X-1069 US 



PATENT 



electronic circuitry contained on a single chip. While a 
microprocessor chip requires ancillary hardware electronic 
components to process instructions, a SoC can include all 
required ancillary electronics. For example, a SoC for a 
cellular telephone can include a microprocessor, encoder, 
decoder, digital signal processor (DSP), RAM and ROM. FPGA- 
based SoCs with embedded operating systems (OSs) have further 
enhanced their popularity and flexibility. 

[0004] FPGA-based SoCS have resulted in the proliferation 
of numerous consximer devices such as wireless telephones, 
personal digital assistants (PDAs), and digital cameras. In 
order for device manufacturers to develop FPGA-based SoCs, it 
is necessary for them to acquire intellectual property rights 
for system components and/or related technologies that are 
utilized to create the FPGA-based SoCs. These system 
components and/or technologies are called cores or IP cores. 

An electronic file containing component information can 
typically be used to represent the core. A device 
manufacturer will generally acquire rights for one or more IP 
cores that are integrated to fabricate the SoC. 
[0005] Notwithstanding the advantages provided by using 
FPGA-based SoCs, the development of these SoCs can be very 
challenging. Although a vast proportion of cores lie in the 
public domain, a significantly greater proportion of cores 
are proprietary. In order to use proprietary cores, a vast 
quantity of time, effort and money can be spent negotiating 
licensing agreements. Even after the cores are licensed, 
great care must be taken to properly integrate the cores 
prior to fabrication of the FPGA-based SoCs. Integration of 
the cores can include simulating, modeling and debugging the 
integrated cores in an operating environment . These tasks 
can be extremely daunting and time consuming and expensive. 
For example, during simulation and modeling, it can take 
hours if not days to simulate a few milliseconds of real time 
operation. 
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[0006] Importantly, verifying logic externally by probing 
the external pins has become increasingly difficult, if not 
impossible in certain scenarios. For example, flip-chip and 
ball grid array (BGA) packaging do not have exposed leads 
that can be physically probed using external tools such as an 
oscilloscope. Using traditional methods, capturing traces on 
devices running at system speeds in excess of 200MHz can be 
challenging. Furthermore, most circuit boards are small and 
have multiple layers of epoxy, with lines buried deep within 
the epoxy layers. These lines are inaccessible using an 
external tool. Notably, attaching headers to sockets or SoCs 
to aid in debugging can have adverse effects on system 
timing, especially in the case of a high-speed bus. Notably, 
attaching headers can consume valuable printed circuit board 
(PCB) real estate. 

[0007] Boundary-scan has been used to solve physical 
access problems resulting from high-density assemblies and 
packaging technologies used in PCB design. Boundary-scan 
solves physical access problems by embedding test circuitiry, 
such as test access ports (TAPs) , at chip level to debug, 
verify and test PCB assemblies. The institute of electronic 
engineers (IEEE) joint test action group (JTAG) has defined a 
standard, JTAG TAP also known as IEEE 1149.1, that utilizes 
boundary-scan for debugging and verifying PCB assemblies, 
such as SoCs . 

[0008] FGPAs and IP cores utilized for SOC applications 
typically employ boundary-scan techniques by integrating one 
or more test access ports (TAPs) , which can be used to verify 
and debug FPGA and embedded IP core logic. Notwithstanding 
the advantages of boundary-scan offered by JTAG TAP, there 
are inherent problems with debugging an verifying PCB 
assemblies that utilize multiple IP cores. For example, when 
multiple IP controller cores are utilized, the design 
arrangement of the IP controller cores can result in problems 
accessing each individual controller signals. Notably, such 



X-1069 US PATENT 

design arrangements are generally inflexible because they are 
hardwired and as a result, are permanent and non- 
programmable. Importantly, because of the non-programmability 
of such designs, designers have no choice but to test a hard- 
wired connection and subsequently re-wire the IP cores if 
changes are necessaiy- This often consumes a significant 
amount of development time, which translates directly into 
increased development cost. 

[0009] The IP cores used in an SoC may have TAP 
controllers built into them. An SoC will generally have a 
H TAP controller of its own. It would be desirable to have 

P multiple TAPS on an SoC connected together so that they may 

W be accessed simultaneously for test, debug, and other 

|,b purposes. One method of connecting the TAPs together is to 

11 connect their Instruction Registers (IRs) in series in 

accordance with the present invention. This effectively 

IS 

P creates a single, longer, IR. On a PLD, the connections 

IP between various IP blocks may be made through programmable 

li] interconnections . These interconnections are made by 

P programming SRAM cells or other means. The interconnections 

do not exist prior to programming or configuration of the 
PLD. This leads to the problem that the IR will have one 
length prior to programming the PLD and a longer length 
afterward. Since it is required by the IEEE 1149.1 standard 
that the length of the Instruction Register (IR) of a TAP 
controller be fixed, this presents a problem. 
[0010] One method of fixing this problem in accordance 
with the present invention is to have a selectable length 
shift register in the PLD TAP controller that can be placed 
in series with the PLD IR prior to programming. A 
multiplexer or other logic can be used to select between the 
output of the selectable shift register and the output of the 
IP core's IR. This selection can be made by a programmable 
SRAM cell as previously mentioned. 

[0011] Given these inflexibilities and other inherent 
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drawbacks, there is a need for a method and system for 
flexibly nesting JTAG TAP controllers for FPGA-based system- 
on-chip (SoC) . 

SUMMARY OF THE INVENTION 

[0012] The invention provides a method and system for 
flexibly nesting JTAG TAP controllers for IP cores in an 
FPGA-based SoC. The method can include the step of 
programmably or manually selecting at least one available bit 
from a selectable bit register of a host JTAG TAP controller. 
An apparent length of an instruction register of a host JTAG 
TAP controller can be extended by using available bit(s) from 
the selectable bit register. At least one IP core JTAG TAP 
controller can be chosen from a plurality of IP core JTAG TAP 
controllers nested in the FPGA-based SoC. The chosen IP core 
JTAG TAP controller can subsequently be accessed through the 
host JTAG TAP controller. As instruction for the chosen IP 
core JTAG TAP controller can be loaded and shifted through 
the extended length instruction register, the chosen IP core 
JTAG TAP controller executes the loaded instruction. 
[0013] The invention also provides a method for flexibly 
accessing nested JTAG TAP controllers for IP cores in an 
FPGA-based SoC. The method can include the step of choosing 
at least one IP core JTAG TAP controller from a plurality of 
JTAG TAP controllers nested in the FPGA-based SoC, and 
programmably connecting the selected IP core JTAG TAP 
controller to a host JTAG TAP controller. At least one 
available bit can be selected from a selectable bit register 
of the host JTAG TAP controller. An apparent length of an 
instruction register of the host JTAG TAP controller can be 
extended to include a combined length of the at selected 
bits(s) from the selectable bit register and the bits of the 
instruction register. An instruction can be shifted through 
the combined length instruction register, thereby causing a 
state transition in the JTAG TAP controller of the chosen IP 
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core JTAG TAP controller. 

[0014] In another aspect of the invention, system for 
flexibly accessing nested JTAG TAP controllers for IP cores 
in an FPGA-based SoC is provided. The system can include a 
selectable bit register in a host JTAG TAP controller having 
at least one available bit. A selector can facilitate 
selection of at least one available bit from the selectable 
bit register, thereby extending an apparent length of an 
instruction register of the host JTAG TAP controller. A 
multiplexer can be configured to choose at least one IP core 
JTAG TAP controller from a plurality of IP core JTAG TAP 
controllers nested in the FPGA-based SoC. The host JTAG TAP 
controller can subsequently access the chosen IP core JTAG 
TAP controller. A shift circuit can be used to shift an 
instruction for the chosen IP core JTAG TAP controller 
through the extended length instruction register, thereby 
causing the chosen IP core JTAG TAP controller to execute the 
instruction. 

[0015] A further aspect of the invention also provides a 
system for flexibly accessing nested JTAG TAP controllers for 
IP cores in a FPGA-based SoC. The system can include a 
selector for choosing at least one IP core JTAG TAP 
controller from a plurality of JTAG TAP controllers nested in 
the FPGA-based SoC. A multiplexer can programmably 
connecting the selected IP core JTAG TAP controller (s) to a 
host JTAG TAP controller. An available bit in a selectable 
bit register can extend an apparent length of an instruction 
register of the host JTAG TAP controller to include a 
combined length of the bit or bits selected from the 
selectable bit register and the bits comprising the 
instruction register of the host JTAG TAP controller. A 
shift circuit can shift an instruction through the combined 
length instruction register, thereby causing a state 
transition in the chosen JTAG TAP controller. 
[0016] In still yet another aspect of the invention, a 
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method for ensuring an information register length for nested 
JTAG TAP controllers for IP cores remains the same before and 
after a configuration of an FPGA in an FPGA-based system-on- 
chip (SoC) comprises the steps of forming instruction 
registers for the IP cores that are in series with the 
instruction registers of the FPGA of the SoC, forming 
connections between FPGA JTAG logic of the FPGA and IP Core 
JTAG logic of the IP core using a programmable interconnect 
and emulating an instruction register of the IP core prior to 
configuration of the FPGA using a shift register of the same 
length as the instruction register of the IP core. 

CO BRIEF DESC RIPTION QF THE DRAWINQS 

ft] 

[0017] FIG. 1 is a block diagram of an exemplary JTAG 
fU boundary scan interface. 

y [0018] FIG. 2 is a state transition diagram for the state 

O machine of a JTAG TAP controller utilized by the JTAG 

fit 

boundary scan interface of FIG. 1. 

sU 

[0019] FIG. 3 is a diagram of a flexible configuration for 
if, nesting JTAG TAP controllers in accordance with the inventive 



DETAILED DESCRIPTION OF THE DRAWINGS 

[0020] Referring to FIG. 1, there is shown a block diagram 
of the architecture of a JTAG boundary scan interface 100. 
The JTAG boundary scan interface 100 includes a JTAG TAP 
controller 102, boundary scan register (BSR) 104, instruction 
register (IR) 106, data register (DR) 120, various 
miscellaneous registers 108, and various control and clock 
signals including TMS 112, TCK 114, TDI 116 and TDO 118. The 
device logic 110 is not critical to understanding the 
operation the JTAG boundary scan interface 100. 
[0021] JTAG TAP controller 102 is implemented as a finite 
state machine (FSM) , which depending on the inputs applied, 
controls the operations used for verifying and debugging a 
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JTAG TAP compliant IP core. As a FSM, JTAG TAP controller 
102 utilizes various inputs to sequence through the various 
states of the FSM to achieve specific functions. 
Specifically, the JTAG TAP controller 102 utilizes four pins 
which include test mode select (TMS) 112, JTAG test clock 
(TCK) 114, test data input (TDI) 116 and test data out (TDO) 
118, to drive the circuit block and control specific 
operations for the JTAG boundary scan interface 100. 
[0022] TMS 112 functions as a mode input signal to the TAP 
controller 102. At the rising edge of TCK 114, TMS 112 
determines the TAP controller's 102 state machines' sequence. 
TMS 112 has an internal pull-up resistor to provide a logic 1 
to the system whenever TMS 112 is not driven. 
[0023] TCK 114 provides the clock sequences to the TAP 
controller 102, as well as all the JTAG registers including 
DR 120 and IR 106 and the miscellaneous registers 108. 
[0024] TDI 116 functions as the serial data input to all 
JTAG registers including IR 106, DR 12 0 and miscellaneous 
registers 108. The contents of the TAP controller's state 
and the instructions in the IR 106 determine which register 
is fed by TDI 116 for any operation. TDI 116 has an internal 
pull-up resistor to provide a logic 1 to the system whenever 
TDI 116 is not driven. TDI 116 is loaded into the JTAG 
registers on the rising edge of TCK 114. 

[0025] TDO 118 is the serial data output for all JTAG 
registers including IR 106, DR 120 and miscellaneous 
registers 108. The state of the TAP controller 102 and the 
contents of the IR 106 determine which register feeds TDO 118 
for a specific operation. Only one register, either IR 106 
or DR 12 0 is connected between TDI 116 and TDO for any JTAG 
operation. TDO 118 changes state on the falling edge of TCK 
114 and is only active during the shifting of data. TDO 118 
remains in a tri-state condition at all other times. 
[0026] IR 106 is a shift register-based circuit and is 
serially loaded with instructions that select an operation to 
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be perfoimed. 

[0027] The DR 120, of which there can be more than one, 
are a bank of shift registers. The stimuli required by an 
operation are serially loaded into the DR{s) 120 selected by 
the current instruction. Following execution of the 
operation, results can be shifted out using TCK 114 for 
examination. 

[0028] BSR 104 is a shift register in which a single cell 
is linked to every digital pin of an IP core to be tested. 
Each cell of the BSR 104 is called a boundary-scan cell (BSC) 
and connects the JTAP TAP to the internal logic of the IP 
core to be tested. Under normal operation of an IP core, the 
BSR 104 remains passive. However, the BSR becomes 
operational whenever the JTAG TAP controller 102 is active. 
[0029] The JTAG TAP controller 102 can be a 16-state 
finite state machine (FSM) that controls the JTAG engine. 
Generally, at the rising edge of TCK 114, TMS 112 determines 
the TAP controller's 102 state sequence. TMS 112 has an 
internal pull-up resistor to provide a logic 1 to the system 
if TMS is not driven. The state of TMS at the rising edge of 
TCK determines the sequence of state transitions. There are 
basically two state transition paths for sampling the signal 
at TDI 116: one for shifting information to the IR 106 and 
one for shifting data into the DR 120. 

[0030] Referring now to FIG. 2, there is shown a state 
transition diagram 200 for a FSM of the JTAG TAP controller 
102 utilized by the JTAG boundary scan interface of FIG. 1. 
With reference to FIG. 2, the following description defines 
the 16 states of the JTAG TAP Controller 102. The test- 
logic-reset state is entered on device power-up when at least 
five TCK 114 clocks occur with TMS 112 held high. Entry into 
this state resets all JTAG TAP logic so that it does not 
interfere with the normal component logic. At this time the 
IR 106 is reset to an IDCODE instruction. 

[0031] In the run-test/idle state certain operations can 
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occur depending on the current instruction. For example, the 
run-test-idle state can cause the program generation, 
verification, erasure and power-on-reset (POR) pulses to 
occur when an associated instruction is active. 
[0032] The select-DR-scan is a transitional state that is 
entered prior to performing a scan operation on a data 
register. Additionally, the select-DR-scan transitional 
state is a state that is entered while transitioning to the 
select-lR-scan state. 

[0033] The select-IR-scan is a transitional state entered 
prior to performing a scan operation on the instruction 
register or when returning to the test-logic-reset state. 
[0034] The capture-DR state permits the loading of data 
from parallel inputs into the data register selected by the 
current instruction. Loading of data occurs at the rising 
edge of TCK 114. If the selected DR 120 has no parallel 
inputs, the DR 120 remains in its current state. 
[0035] In the shift-DR state, data is shifted by one stage 
in the currently selected register from TDI 116 towards TDO 
118 on each rising edge of TCK 114. 

[0036] The exitl-DR is a transitional state that permits a 
transition to the pause-DR state or a transition directly to 
the update-DR state. 

[0037] The pause-DR is a wait state that permits shifting 
of data to be temporarily halted. 

[0038] The Exit2-DR is a transitional state that permits a 
transition to the update-DR state or a return to the shift-DR 
state to continue accepting data. 

[0039] In the update-DR state, the data contained in the 
currently selected DR is loaded into a latched parallel 
output for registers that have a latch. Loading occurs on 
the falling edge of TCK 114 after entering the update-DR 
state. The parallel latch prevents changes at the parallel 
register output from occurring during the shifting process. 
[0040] In the capture-IR state, data gets loaded from 
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parallel inputs into the instruction register on the rising 
edge of TCK 114. The least two significant bits of the 
parallel inputs must have the value 01, and the remaining 6 
bits are either hard-coded or used for monitoring security 
and data protect bits. 

[0041] In the shift-IR state, data in the IR gets shifted 
one state towards TDO 118 on each rising edge of TCK 114. 
[0042] The exitl-IR is a transitional state that permits a 
transition to the pause-lR state or the update~IR state. 
[0043] The pause-IR permits shifting of an instruction to 
be temporarily halted. 

[0044] The exit2-IR is a transitional state that permits 
either passage to the update-lR state or a return to the 
shift-IR state to continue shifting in data. 
[0045] In the update-IR, state IR 106 values are parallel 
latched on the falling edge of TCK 114. The parallel latch 
prevents changes at the parallel output of the instruction 
register from occurring during the shifting process. 
[0046] Referring to FIG. 2, the state initial state of the 
JTAG TAP controller 102 is test-logic-reset 202. While in the 
test-logic-reset state 202, an input of 1 causes the JTAG TAP 
controller 102 to remain in the test-logic-reset state 202. 
However, an input of 0. results in a jump to the run- test/idle 
state 204. While in the run-test/idle state 2 04, an input of 
0 causes the JTAG TAP controller 102 to remain in the run- 
test/idle state 204. However, an input of 1 results in a 
transition to the select-DR-scan state 206. 
[0047] Once the select-DR-scan state 206 is entered, all 
other DR 120 operations are sequenced from the select-DR-scan 
state as shown in the diagram 200. While in the select-DR- 
scan state 206, an input of a 1 causes a transition to the 
select-IR-scan state 208. Once the select-IR-scan state 208 
is entered, all other IR operations are sequenced from the 
select-IR-scan state 208 as shown in the state transition 
diagram 200. An input of a 1 while in the select-IR state 208 
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causes a transition to the test-logic-reset state 202. 
[0048] An input of a 0 while in an update-DR state 210 or 
an update-IR state 212 results in the JTAG TAP controller 102 
returning to the run-test/idle state 204. However, an input 
of a 1 while in the update-DR state 210 or the update-IR 
state 212 results in the JTAG TAP controller 102 returning to 
the select-DR-scan state 206. 

[0049] FIG. 2 highlights an inherent drawback and the 
inflexibility of existing JTAG TAP architecture. The FPGA 
has a JTAG TAP and each IP processor core embedded in the 
FPGA can have its own JTAG TAP. Typically, more than one IP 
processor cores are nested in the FPGA. In a case where more 
than one, for example two or four (FIG.. 3, 306a, 306b, 306c, 
306d) , IP processor cores are embedded in an FPGA, the length 
of the instruction register is hard wired and as a result, 
each of the JTAG TAP ports for each embedded IP core cannot 
be flexibly accessed. This prevents certain verification and 
debugging tools from selecting among the nested JTAG TAPs, 
which IP processor core JTAG TAP to access. 

[0050] FIG. 3 is a diagram of a flexible configuration 300 

for nesting JTAG TAP controllers in accordance with the 
inventive arrangements. Referring to FIG. 3, a selectable 
bit register 302 advantageously provides flexibility in the 
JTAG TAP architecture by permitting selection of various 
register sizes to accommodate one or more IP cores, for 
example 306a, 306b, 306c and 306d. For illustrative 
purposes, and without unduly limiting the scope of the 
invention, the IP processor core 306a can require an 
additional 4 bits to be added to IR 304. Depending on the 
specific IP processor core, a different amount of bits can be 
required for extending the IR 302. The IR size select signal 
can be used to select these additional 4 bits from the 
selectable bit register 302. Notably, if a second similar IP 
processor core was added to the FPGA, the IR 304 would 
require and additional 8 bits extending it to the required 
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length of 14 bits, even though IR 304 would still be 6 bits 
in length. The result is that the IR 304 has an apparent 
length of 14 bits. The IR size select signal 308 can select 
the additional 8 bits from the selectable bit register 302. 
Importantly, in a case where four similar IP processor cores 
were added to the FPGA, the IR 304 would require and 
additional 16 bits extending it to the required length of 22 
bits, even though IR 304 would still be 6 bits in length. In 
this case, the apparent length of the IR 304 is 22 bits. The 
IR size select signal 308 can be used to select the 
additional 8 bits from the selectable bit register 302. 
[0051] In operation, signals from host tap 320 can be 
multiplexed or otherwise connected to the IP processor core 
TAP 318. TMS signal 332 and TCK signal 330 from host TAP 320 
can be connected to IP processor core 318 using output 
multiplexer (OMUX) 314 and input multiplexer 316. IMUXes and 
OMUXes are known in the art. Notwithstanding, IMUXs and 
OMUXs can be used to programmably connect to elements in the 
FPGA such as the configurable logic blocks (CLBs) . 
Additionally, the IMUXes and OMUXes can connect to the IP 
processor core(s) and the JTAG TAP signals TCK 330, TDI 322, 
TDO 336, and TMS 332. 

[0052] TDI signal 322 can be connected to an embedded 
processor core 3 06a through OMUX 324 and IMUX 326. OMUX 324 
and IMUX 326 can provide access to the signals and registers. 
Although only connections to the IP processor core IR 338 and 
IP processor core DRl 340 and IP processor core DR2 342 are 
shown, the invention is not limited in this regard. The 
resulting output signals from IP processor core IR 338 and IP 
processor core DRl 340 and IP processor core DR2 342 can be 
multiplexed by MUX 343 to create the resulting TDO signal 
334. TDO signal 334 can change state on the falling edge of 
TCK 33 0 and can be configured to be active only during the 
shifting of data through the embedded processor core 306a. 
At all other times, TDO signal 334 can remain in a tri-state 
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condition. TDO signal 334 can subsequently be processed by 
OMUX 344 and IMUX 346 respectively. The resulting signal 
from IMUX 346 is then connected as an input to the 
multiplexer 312. 

[0053] TDI signal 322 can also act as an input to 
multiplexer 312. Configuration bit 310 can be a single bit 
register and can be configured as an input to multiplexer 312 
and multiplexer 360. In this arrangement, the configuration 
bit 310 can function as a JTAG TAP enable /disable signal. 
Advantageously, configuration bit 310 can be used determine 
\f whether the embedded IP processor core has been programmed or 

I'j whether the JTAG TAPs for the embedded IP processor cores 

CO should be connected. In operation, configuration bit 310 

cn 

enables selection between the output of IMUX 346 and the TDI 
fU signal 322, which are both inputs to MUX 312. Additionally, 

configuration bit 310 enables selection between the bypass 
O signal 348 and the output of the selectable bit register 302, 

which are both inputs to MUX 312. Advantageously, 

fU 

l{\ configuration bit 310 permits the TDI signal 322 to bypass 

Ifl the selectable bit register when there is no need for the 

JTAG TAP controller of IP processor core 306a to be 
connected. 

[0054] IR size select 308 can be implemented as a register 
having 2 bits. However, the invention is not limited in this 
regard and registers of other bit sizes can be used without 
departing from the spirit of the invention. In a 2 -bit 
register arrangement, "00" can represent the selection of 
zero bits from the selectable bit register 302. This can 
represent a default state, wherein none of the JTAG TAP 
controllers are selected. Consequently, there is no need to 
extend the apparent length of the IR 304. In the default 
case, the bits in the selectable bit register 302 are not 
used and the output of multiplexer 312 traverses path 348, 
thereby bypassing the selectable bit register 302. 
[0055] A "01" can represent the selection of four bits 
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from the selectable bit register 302. These four bits can be 
used to extend the apparent length of the IR 304 to 10 bits 
in order to accommodate a single JTAG TAP controller. A "10" 
can represent the selection of eight bits from the selectable 
bit register 302. These eight bits can be used to extend the 
apparent length of the IR 304 to 14 bits in order to 
accommodate two JTAG TAP controllers. Finally, a "11" can 
represent the selection of sixteen bits from the selectable 
bit register 302. These sixteen bits can be used to extend 
the apparent length of the IR 304 to 22 bits in order to 
accommodate four JTAG TAP controllers. Programmable 
interconnects can be used to connect the embedded IP 



connection. 



a 

Q 

U) processor cores 306a, 306b, 306c and 306d selected for 

m 

fU [0056] In the event that one or more of the JTAG TAPs for 

I the embedded IP processor cores will be used, the IP 

P processor cores can be connected through the programmable 

i]i interconnect structure of the FPGA. IR size select 308 can 

m determine the number of bits in the selectable bit register 

302 that will be used to increase the apparent size of the IR 



304. In this regard, the configuration bit 310 can 
deactivate the path 348. For example, if four JTAG TAP 
controllers will be used, namely one for each embedded IP 
processor core, then 16 bits in the selectable bit register 
302 will be selected and the apparent size of the IR 304 will 
be 22. Multiplexer 350 can subsequently multiplex the output 
of the IR 304 and any bits in the selectable bit register 
302, and any output from registers 356, 3 54, 352 and TDI 
signal 322 to create the output TDO signal 336. 
[0057] In light of the foregoing description of the 
invention, it should be recognized that the present invention 
can be realized in hardware, software, or a combination of 
hardware and software. A method and system for flexibly 
nesting JTAG TAP controllers in an FPGA-based SoCs such as 
FPGA-based embedded processor SoCs according to the present 
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invention can be realized in a centralized fashion in one 
computer system, or in a distributed fashion where different 
elements are spread across several interconnected computer 
systems. Any kind of computer system, or other apparatus 
adapted for carrying out the methods described herein, is 
suited. A typical combination of hardware and software could 
be a general purpose computer system with a computer program 
that, when being loaded and executed, controls the computer 
system such that it carries out the methods described herein. 
[0058] The present invention can also be embedded in a 
computer program product, which comprises all the features 
enabling the implementation of the methods described herein, 
and which, when loaded in a computer system, is able to carry 
out these methods. Computer program or application in the 
present context means any expression, in any language, code 
or notation, of a set of instructions intended to cause a 
system having an information processing capability to perform 
a particular function either directly or after either or both 
of the following a) conversion to another language, code or 
notation; b) reproduction in a different material form. 
[0059] Additionally, the description above is intended by 
way of example only and is not intended to limit the present 
invention in any way, except as set forth in the following 
claims . 



16 



